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(57) One embodiment of the present invention pro- 
vides a system that reduces network traffic during re- 
mote file system operations by using a local path be- 
tween a client and a storage device to bypass transfers 
through a server. The system operates by receiving a 
request atthe serverto access a file located on the stor- 
age device: this request is received across a network 
from an application on a client. Next, the system deter- 
mines if a local path exists between the client and the 
storage device containing the file. Note that a local path 
is independent from a first path between the server and 
the storage device. If the local path exists, the system 
sends a bypass request to the client. This bypass re- 
quest commands the client to satisfy the request by 
transferring data between the client and the storage de- 
vice through the local path. In a variation on the above 
embodiment, the system additionally receives a com- 
pletion indicator from the client. This completion indica- 
tor informs the server that the client successfully com- 
pleted the request across the local path. In response to 
the completion indicator, the system updates data struc- 
tures on the server to indicate that the request has been 
completed, and then forward the completion indicator to 
the application on the client. In a variation on the above 
embodiment, if the local path does not exist, the system 
completes the request along a normal path by transfer- 
ring the data between the client and the server through 
the network, and between the server and the storage 
device through the first path. After doing so, the system 
updates data structures on the server to indicate that 
the request has been completed and sends a comple- 
tion indicator to the application on the client. 
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Description 
BACKGROUND 
Field of the Invention 

[0001] The present invention relates to file systems 
that are accessible across computer networks. More 
particularly, the present invention relates to a method 
and an apparatus for reducing network traffic during re- 
mote file system operations by using a local path be- 
tween a client and a storage device to bypass transfers 
through a server. 

Related Art 

[0002] As computer networks are increasingly used 
to link computer systems together, distributed operating 
systems have been developed to control interactions 
between computer systems across a computer network. 
Some distributed operating systems allow client compu- 
ter systems to access resources on server computer 
systems. For example, a client computer system may 
be able to access a file on a server computer system 
across a network. Such distributed file systems make it 
easy to manipulate files located on a remote server. 
However, if such distributed file systems are not de- 
signed carefully, they can easily generate unnecessary 
communications across the network, which can de- 
grade overall system performance. 
[0003] Some distributed operating system have been 
designed to facilitate high availability. A highly available 
system provides redundancy so that when a primary 
node in the highly available system fails a backup sec- 
ondary node is able to take its place. This allows the 
system to continue functioning without interruption. 
Highly available computer systems often provide multi- 
ple servers to access a storage device. Each of these 
servers has its own local data path to the storage device 
so that if one server fails another can take its place. 
[0004] At first glance, there appears to be an advan- 
tage in using the multiple paths to the storage device to 
provide parallel access to the storage device, in order 
to increase overall computer system performance. How- 
ever, allowing parallel accesses to the storage device 
can give rise to concurrency and locking problems which 
can greatly complicate the design of a distributed oper- 
ating system. For these reasons, it is easier to centralize 
control over file system accesses within a single server. 
[0005] However, routing communications through a 
single server can impede system performance. A major 
bottleneck is caused by communications between the 
server and a client across a network. Each block of data 
retrieved from a storage device must be divided into nu- 
merous smaller packets, which are transferred over a 
network between the client and the server. For example, 
a 64K block of data retrieved from a disk drive is typically 
divided into dozens of packets, which are individually 



sent across the computer network between the client 
and the server. This process can greatly degrade sys- 
tem performance because each of the packets can gen- 
erate an interrupt on the server and. an interrupt on the 
5 client. These interrupts consume a great deal of com- 
putational time because process state is saved and re- 
stored during each interrupt. 

[0006] Note that such data transfers across the com- 
puter network are largely wasted in the case where the 

10 client computer system possesses its own local path to 
the storage device. What is needed is a method and an 
apparatus that reduces network traffic during remote file 
system operations by using a local path between a client 
and a storage device whenever possible to bypass 

*5 transfers through a server. 

SUMMARY 

[0007] One embodiment of the present invention pro- 
20 vides a system that reduces network traffic during re- 
mote file system operations by using a local path be- 
tween a client and a storage device to bypass transfers 
through a server. The system operates by receiving a 
request at the server to access a tile located on the stor- 
es age device; this request is received across a network 
from an application on a client. Next, the system deter- 
mines if a local path exists between the client and the 
storage device containing the file. Note that a local path 
is independent from a first path between the server and 
30 the storage device. If the local path exists, the system 
sends a bypass request to the client. This bypass re- 
quest commands the client to satisfy the request by 
transferring data between the client and the storage de- 
vice through the local path. 
35 [0008] In a variation on the above embodiment, the 
system additionally receives a completion indicator from 
the client. This completion indicator informs the server 
that the client successfully completed the request 
across the local path. In response to the completion in- 
40 dicator, the system updates data structures on the serv- 
er to indicate that the request has been completed, and 
then forwards the completion indicator to the application 
on the client. 

[0009] In a variation on the above embodiment, if the 
45 local path does not exist, the system completes the re- 
quest along a normal path by transferring the data be- 
tween the client and the server through the network, and 
between the server and the storage device through the 
first path. After doing so, the system updates data struc- 
50 tures on the server to indicate that the request has been 
completed and sends a completion indicator to the ap- 
plication on the client. 

[0010] In one embodiment of the present invention, 
the request can be a read request to read the data from 
55 the file or a write request to write the data to the file. 
[0011] In one embodiment of the present invention, 
the bypass request to the client includes, a pointer to a 
buffer on the client, an identifier for the storage device. 
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a block offset into the storage device, and a length of 
the request. In this embodiment, if the request is a read 
operation, the buffer on the client holds the data that is 
read from the storage device. If the request is a write 
operation, the buffer on the client holds the data to be 
written to the storage device. 

[001 2] One embodiment of the present invention pro- 
vides a system that reduces network traffic during re- 
mote file system operations by using a local Path be- 
tween a client and a storage device to bypass transfers 
through a server The system operates by receiving a 
request, at the client, to access a file located on the stor- 
age device. This request is received from an application 
running on the client. Next, the system sends the re- 
quest to the server. The system waits for a request com- 
pletion indicator to be received from the server. If a by- 
pass request is received from the server, the system 
transfers data between the client and the storage device 
through a local path that is independent from a first path 
between the server and the storage device. Next, the 
system sends a local path completion' indicator to the 
server. This local path completion indicator informs the 
server that the data has been transferred across the lo- 
cal path. If a request completion indicator is received 
from the server, the system forwards the request com- 
pletion indicator to the application. This request comple- 
tion indicator specifies that the request has been com- 
pleted by transferring the data across either the first path 
or the local path. 

BRIEF DESCRIPTION OF THE FIGURES 

[0013] FIG. 1 illustrates a distributed computer sys- 
tem in accordance with an embodiment of the present 
invention. 

[0014] FIG. 2 illustrates a layered architecture for a 
distributed file system in accordance with an embodi- 
ment of the present invention. 

[0015] FIG. 3 is a flow chart illustrating the process of 
using a local path between a client and a storage device 
to bypass transfers through a server in accordance with 
an embodiment of the present invention. 

DETAILED DESCRIPTION 

[0016] The following description is presented to ena- 
ble any person skilled in the art to make and use the 
invention, and is provided in the context of a particular 
application and its requirements Various modifications 
to the disclosed embodiments will be readily apparent 
to those skilled in the art. and the general principles de- 
fined herein may be applied to other embodiments and 
applications without departing from the spirit and scope 
of the present invention. Thus, the present invention is 
not intended to be limited to the embodiments shown, 
but is to be accorded the widest scope consistent with 
the principles and features disclosed herein. 
[001 7] The data structures and code described in this 



detailed description are typically stored on a computer 
readable storage medium, which may be any device or 
medium that can store code and/or data for use by a 
computer system. This includes, but is not limited to, 

5 magnetic and optical storage devices such as disk 
drives, magnetic tape, CDs (compact discs) and DVDs 
(digital video discs), and computer instruction signals 
embodied in a transmission medium (with or without a 
carrier wave upon which the signals are modulated). For 

10 example, the transmission medium may include a com- 
munications network, such as the Internet. 

Distributed Computer System 

15 [0018] FIG. 1 illustrates a distributed computer sys- 
tem 100 in accordance with an embodiment of the 
present invention. Distributed computer system 100 in- 
cludes client 1 02 coupled to server 1 22. Client 1 02 may 
include any node on a network including computational 

20 capability and including a mechanism for communicat- 
ing across the network. Server 122 may include any 
node on a network including computational capability 
and data storage capability, as well as a mechanism for 
servicing requests from client 102 for computational and 

25 data storage resources. 

[001 9] Hub 1 50 implements a network that couples to- 
gether client 102 and server 122. Client 102 and server 
1 22 use hub 1 50 to communicate with each other Hub 
1 50 is a special case of a general network that can be 

30 used with the present invention. This general network 
can include any type of wire or wireless link between 
computers including, but not limited to, a local area net- 
work, a wide area network, or a combination of net- 
works. 

35 [0020] Note that client 102 is coupled to hub 150 
through network interface controller (NIC) 106. Similar- 
ly, server 122 is coupled to hub 150 through network 
interface controller 126. Network interface controllers 
1 06 and 1 26 can include any type of interface for cou- 

40 piing client 102 and server 122 with hub 150. 

[0021] FIG. 1 also includes storage device 1 30, which 
is coupled to client 102 and server 122. Storage device 
130 includes non-volatile storage for code and/or data 
and operates under control of client 102 and/or server 

45 122. In one embodiment of the present invention, stor- 
age device 130 includes a disk drive. 
[0022] Storage device 1 30 is coupled to disk control- 
ler 1 28 within server 1 22 through path 1 29. Storage de- 
vice 1 30 is also coupled to disk controller 1 08 within cli- 

50 ent 102 through local path 109. Disk controllers 108 and 
128 include circuitry and software to control a number 
of disk spindles. Note that local path 1 09 is independent 
from path 129. 

[0023] Client 102 includes central processing unit 
55 (CPU) 104. Similarly, server 122 includes CPU 124. 
Central processing units 104 and 124 can include any 
type of processing engines that can be used in a com- 
puter system, including, but not limited to, microproces- 
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sors, mainframe processors, device controllers and 
processing circuitry within appliances. 
[0024] CPU 104 is coupled to memory 105 which in- 
cludes code to implement local path I/O in accordance 
with an embodiment of the present invention. CPU 1 24 5 
is coupled to memory 1 25, which similarly includes code 
to implement local Path I/O Memories 105 and 125 in- 
clude any type of random access memory containing 
code and/or data for CPUs 104 and 124, respectively 
[0025] In the embodiment of the present invention il- 10 
lustrated in FIG. 1 . client 1 02 can act as a backup server 
for fault-tolerance purposes. For example, assume 
server 1 22 is the primaly server and client 1 02 functions 
as a secondary server for storage device 1 30. If primary 
server 1 22 fails during a file system operation , client 1 02 '5 
takes its place. Note, however, that the present inven- 
tion can be applied to any type of distributed file .system, 
and is not limited to fault-tolerant file systems. 
[0026] In one embodiment of the present invention, 
the system illustrated in FIG. I operates under control of 20 
the SOLARIS™ MC operating system, which is a prod- 
uct of Sun Microsystems, Inc of Palo Alto, California. 
The Solaris MC operating system is a UNIX-based op- 
erating system. Hence, in describing the present tech- 
nology, UNIX terminology and concepts are frequently 25 
used. However, this usage is for purposes of illustration 
and is not to be construed as limiting the invention to 
this particular operating system. 
[0027] Sun, the Sun logo, Sun Microsystems and So- 
laris are trademarks or registered trademarks of Sun Mi- 30 
crosystems, Inc. in the United States and other coun- 
tries. 

Layered Architecture 

35 

[0028] FIG. 2 illustrates a layered architecture for a 
distributed file system in accordance with an embodi- 
ment of the present invention. The left-hand side of FIG. 
2 illustrates layers that are present on a client side of 
the distributed file system. The right-hand side of FIG. *o 
2 illustrates layers that are present on a server side of 
the distributed file system. 

[0029] The client side of the distributed file system in- 
cludes an application 203. which makes file system re- 
quests. Application 203 operates in user space 202 arid 
makes file system calls to proxy file system client 205 
within kernel space 204. Proxy file system client 205 is 
the client-side portion of a distributed file system. Proxy 
file system client 205 communicates with proxy file sys- 
tem server 206 within server 122 . Note that this com- 50 
munication takes place across a network through hub 
150. 

[0030] Proxy, file system server 206 is the server-side 
portion of the distributed file system. Proxy file system 
server 206 communicates with underlying file system 55 
208 on server 122. 

[0031 ] Underlying file system 208 communicates with 
device driver 21 0, which contains code for communicat- 



ing with disk controller 128 within server 122. Finally, 
disk controller 128 controls the operation of storage de- 
vice 130 through path 129. In one embodiment of the 
present invention, storage device 130 includes a disk 
drive. 

[0032] In the embodiment of the present invention il- 
lustrated in FIG. 1, client 102 includes a parallel local 
path 1 09 to storage device 1 30. Proxy file system client 

205 can also act as a proxy file system server. To this 
end, proxy file system client 205 communicates with un- 
derlying file system 207 on client 102. Underlying file 
system 207 communicates with device driver 209, which 
contains code for communicating with disk controller 
108. Finally, disk controller 128 communicates with stor- 
age device 130 through local path 109. 

[0033] Note that the process of bypassing file system 
operations to local path 109 is accomplished through 
communications between device driver 210 on server 
1 22 and device driver 209 on client 1 02. This bypassing 
process is transparent to underlying file system 208 on 
server 122. Also note that the bypassing process can 
alternatively be implemented between proxy file system 
server 206 and proxy tile system client 205, or between 
underlying file system 207 and underlying file system 
208. 

Process of Bypassing Using Local Path 

[0034] FIG. 3 is a flow chart illustrating the process of 
using local path 1 09 between client 1 02 and storage de- 
vice 130 to bypass transfers through server 122 in ac- 
cordance with an embodiment of the present invention. 
The system starts by receiving a request to perform a 
file system operation at proxy file system client 205 with- 
in client 102 (step 302). This request originates from ap- 
plication 203. which is executing on client 1 02. Proxy file 
system client 205 dispatches the request to proxy file 
system server 206 (step 304). Proxy file system server 

206 receives the request (step 306) and dispatches the 
request to underlying file system 208 (step 308). Under- 
lying file system 208 determines the block address of 
the request (step 31 0) and dispatches the request to de- 
vice driver 21 0 (step 312). 

[0035] Device driver 210 determines which client 
made the request, and then determines if the client has 
local path access to storage device 1 30 (step 31 4). Note 
that a client has local path access to storage device 130 
if it can access storage device 130 without using path 
129 between storage device 130 and server 122. 
[0036] If client 102 has local path access to storage 
device 130, device driver 210 on server 122 sends the 
request to device driver 209 on client 102 (step 318). 
This request includes a pointer to a buffer on client 1 02 
for storing file operation data. During a write operation, 
this buffer stores data to be written to storage device 
1 30. During a read operation, this buffer stores data that 
is retrieved during the file operation. The request also 
includes an identifier for storage device 130 as well as 
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a block offset into storage device 130 and a length for 
the I/O operation. 

[0037] Device driver 209 on client 102 receives the 
request (step 320) and then dispatches the request to 
storage device 130 through disk controller 108 and 
across local path 1 09 (step 322) When storage device 
130 completes the request, it sends a completion indi- 
cator to device driver 209 on client 102. Device driver 
209 receives the completion indicator (step 324) and for- 
wards the completion indicator to device driver 210 on 
server 122 (step 326). Device driver 210 forwards the 
completion indicator to underlying file system 208 (step 
328), which forwards the completion indicator to proxy 
file system server 206 (step 330) . Proxy file system serv- 
er 206 forwards the completion indicator to proxy file 
system client 205 (step 332). Finally, proxy file system 
client 205 forwards the completion indicator to applica- 
tion 203 to complete the file access operation (step 334). 
[0038] If, in step 316, device driver 21 0 on server 1 22 
determines that there is no local path that can be used 
to bypass the file transfer operation, device driver 210 
dispatches the request through a normal path to storage 
device 1 30 through disk controller 1 28 (step 336). Upon 
receiving a completion indicator from storage device 
1 30 (step 338), device driver 21 0 forwards the comple- 
tion request to underlying file system 208 (step 328). Un- 
derlying file system 208 forwards the completion indica- 
tor to proxy file system server 206 (step 330). Proxy file 
system server 206 forwards the completion indicator to 
proxy file system client 205 on client 1 02 (step 332). Fi- 
nally, proxy file system client 205 forwards the comple- 
tion indicator to application 203 to complete the file ac- 
cess operation (step 334). 

[0039] The foregoing descriptions of embodiments of 
the invention have been presented for purposes of illus- 
tration and description only. They are not intended to be 
exhaustive or to limit the invention to the forms dis- 
closed. Accordingly, many modifications and variations 
Will be apparent to practitioners skilled in the art. Addi- 
tionally, the above disclosure is not intended to limit the 
invention. The scope of the invention is defined by the 
appended claims. 
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(102) across a network having been generated 
by an application (203) on the client; 
determining, at the server (1 22), if the local path 
(109) exists between the client (102) and the 
storage device (130) containing the file; 
wherein the local path is independent from the 
first path between the server (1 22) and the stor- 
age device (130) ; and 

if the local path exists, sending a bypass re- 
quest to the client, the bypass request com- 
manding the client (102) to satisfy the request 
by transferring data between the client (102) 
and the storage device (130) through the local 
path. 

2. The method of claim 1 , further comprising: 

receiving a completion indicator (324) from the 
client, the completion indicator informing the 
server (122) that the client (102) successfully 
completed the request across the local path; 
updating data structures on the server (122) to 
indicate that the request has been completed; 
and 

forwarding the completion indicator to the ap- 
plication (203) on the client. 

3. The method of claim 1 or claim 2, wherein if the local 
path does not exist, the method further comprises: 

completing the request along a normal path by 
transferring the data between the client (102) 
and the server (122) through the network and 
between the server (122) and the storage de- 
vice (130) through the first path; 
updating data structures on the server (122) to 
indicate that the request has been completed; 
and 

sending a completion indicator (206) to the ap- 
plication (203) on the client. 

4. A method according to any preceding claim, 



Claims 



45 



wherein the bypass request to the client (102) 
includes, 



1 . A method for reducing network traffic during remote 
file system operations, the method operating in a 
system including a client (102) and a server (122) 
for a storage device (130), the client (102) having a 
local path (109) to the storage device (130), the 
method comprising: 



50 



a pointer to a buffer on the client, 

an identifier for the storage device (130), 

a block offset into the storage device (130) 

for the request, 

and 

a length of the request; 



receiving a request (306), at the server (122), 
to access a file located on the storage device 
(130), the storage device (130) being coupled 
to the server (122) through a first path (129); 
wherein the request is received from the client 



wherein if the request is a read operation, the 
55 buffer on the client (1 02) holds the data that is 

read from the storage device (130) ; and 
wherein if the request is a write operation, the 
buffer on the client (1 02) holds the data to be 
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written to the storage device (130) . 

A computer readable storage medium storing in- 
structions that when executed by a computer cause 
the computer to perform a method, for reducing net- 5 
work traffic during remote file system operations, 
the method operating in a system including a client 
(1 02) and a server (1 22) for a storage device (1 30), 
the client (102) having a local path to the storage 
device (130), according to any one of claims 1 to 4. 10 

A method for reducing network traffic during remote 
file system operations, the method operating in a 
system including a client (102) and a server (122) 
for a storage device (1 30), the client (1 02) having a '5 
local path to the storage device (130), the method 
comprising: 

receiving a request (302), at the client, to ac- 
cess a file located on the storage device (1 30) ; 20 
wherein the request is received from an appli- 
cation (203) running on the client; 
sending the request (304) to the server; and if 
a bypass request is received (320) from the 
server, 25 
transferring data between the client (102) and 
the storage device (1 30) through the local path 
(109), the local path being separate from a first 
path (129) between the server (122) and the 
storage device ( 1 30) so that the data bypasses 30 
the server (122) 
and 

sending a local path completion indicator (328) 
to the server, the local path completion indica- 
tor informing the server (1 22) that the data has 35 
been transferred across the local path (109). 

The method of claim 6, further comprising if a re- 
quest completion indicator is received from the 
server, forwarding (334) the request completion in- 40 
dicator to the application (203); 

wherein the request completion indicator spe- 
cifics that the request has been successfully com- 
pleted by transferring the data across either the first 
path or the local path. 45 

The method of claim 6 or claim 7, 

wherein the bypass request to the client (102) 
includes, so 

a pointer to a buffer on the client, 
an identifier for the storage device (130), 
a block offset into the storage device (130) 
for the request, and ss 
a length of the request; 

wherein if the request is a read operation, the 



buffer on the client (102) holds the data that is 
read from the storage device (130) ; and 
wherein if the request is a write operation, the 
buffer on the client (102) holds the data to be 
written to the storage device (130) . 

9. A computer readable storage medium storing in- 
structions that when executed by a computer cause 
the computer to perform a method, for reducing net- 
work traffic during remote file system operations, 
the method operating in a system including a client 
(1 02) and a server (122) for a storage device (130), 
the client (102) having a local path to the storage 
device (1 30), according to any one of claims 6 to 8. 

10. An apparatus that reduces network traffic during re- 
mote file system operations by using a local path 
between a client (102) and a storage device (130), 
comprising: 

a receiving mechanism within the server (122) 
that receives a request to access a file located 
on the storage device (1 30), the storage device 
(1 30) being coupled to the server (1 22) through 
a first path; 

wherein the request is received from the 
client (1 02) across a network having been gen- 
erated by an application (203) on the client; 
a bypassing mechanism within the server (1 22) 
for bypassing file access requests to the local 
path; 

wherein the bypassing mechanism is 
configured to determine if the local path exists 
between the client (1 02) and the storage device 
(130) containing the file, the local path being 
separate from the first path between the server 
(122) and the storage device (130) ; and 

wherein if the local path exists, the by- 
passing mechanism is configured to send a by- 
pass request to the client, the bypass request 
commanding the client (102) to satisfy the re- 
quest by transferring data between the client 
(102) and the storage device (130) through the 
local path. 

11. The apparatus of claim 10, wherein the bypassing 
mechanism is further configured to: 

receive a completion indicator from the client, 
the completion indicator informing the server 
(1 22) that the client (1 02) successfully complet- 
ed the request across the local path; 
update data structures on the server (122) to 
indicate that the request has been completed; 
and 

forward the completion indicator to the applica- 
tion (203) on the client. 
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12. The apparatus of claim 10 or claim 11 , wherein if 
the local path does not exist, the bypassing mech- 
anism is configured to: 

complete the request along a normal path by 
transferring the data between the client (102) 
and the server (122) through the network and 
between the server (122) and the storage de- 
vice (130) through the first path; 
update data structures on the server (122) to 
indicate that the request has been completed; 
and 

send a completion indicator to the application 
(203) on the client. 

13. The apparatus of any one of claims 10 to 12, 

wherein the bypass request to the client (1 02) 
includes, 

a pointer to a buffer on the client, 

an identifier for the storage device (130), 

a block offset into the storage device (130) for 

the request, 

and 

a length of the request; 

wherein if the request is a read operation, the 
buffer on the client (1 02) holds the data that is read 
from the storage device (130) ; and 

wherein if the request is a write operation, the 
buffer on the client ( 1 02) holds the data to be written 
to the storage device (130) . 

14. An apparatus that reduces network traffic during re- 
mote file system operations by using a local path 
between a client (1 02) and a storage device (130), 
comprising: 

an application (203) processing mechanism 
within the client (102) that receives a request 
from an application (203) to access a file locat- 
ed on the storage device (130) ; 
a file access processing mechanism that is con- 
figured to send the request to the server; 
a bypass processing mechanism that is config- 
ured to, 

receive a bypass request from the server, 
transfer data between the client (102) and 
the storage device (130) through the local 
path, the local path being separate from a 
first path between the server (122) and the 
storage device (130) so that the data by- 
passes the server, and 
send a local path completion indicator to 
the server, the local path completion indi- 
cator informing the server (1 22) that the re- 
quest has been completed across the local 



12 

path. 

15. The apparatus of claim 14, wherein the file access 
processing mechanism is further configured to: 

5 

receive a request completion indicator from the 
server, the request completion indicator speci- 
fying that the request has been successfully 
completed by transferring the data across ei- 
10 ther the first path or the local path; and to 

forward the request completion indicator to the 
application (203). 

16. The apparatus of claim 14 or claim 15, 
wherein the bypass request to the client (1 02) 

includes, 

a pointer to a buffer on the client, 
an identifier for the storage device (130), 
a block offset into the storage device (130) for 
the request, and 
a length of the request; 

wherein if the request is a read operation, the 
buffer on the client (1 02) holds the data that is read 
from the storage device (130) ; and 

wherein if the request is a write operation, the 
buffer on the client (1 02) holds the data to be written 
to the storage device (130) . 
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(54) Method and apparatus for providing local path I/O in a distributed file system 



(57) One embodiment of the present invention pro- 
vides a system that reduces network traffic during re- 
mote file system operations by using a local path be- 
tween a client and a storage device to bypass transfers 
through a server. The system operates by receiving a 
request at the server to access a file located on the stor- 
age device: this request is received across a network 
from an application on a client. Next, the system deter- 
mines if a local path exists between the client and the 
storage device containing the file. Note that a local path 
is independent from a first path between the server and 
the storage device. If the local path exists, the system 
sends a bypass request to the client. This bypass re- 
quest commands the client to satisfy the request by 
transferring data between the client and the storage de- 
vice through the local path. In a variation on the above 
embodiment, the system additionally receives a com- 
pletion indicator from the client. This completion indica- 
tor informs the server that the client successfully com- 
pleted the request across the local path. In response to 
the completion indicator, the system updates data struc- 
tures on the server to indicate that the request has been 
completed, and then forward the completion indicator to 
the application on the client. In a variation on the above 
embodiment, if the local path does not exist, the system 
completes the request along a normal path by transfer- 
ring the data between the client and the server through 
the network, and between the server and the storage 
device through the first path. After doing so, the system 
updates data structures on the server to indicate that 
the request has been completed and sends a comple- 
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